Display custom emoji icons and styles on inline and reply keyboard buttons (Bot API 9.4) - #1091

Bot API 9.4 (February 2026) added two per-button fields that official clients already render, while Telegram X currently ignores them: iconCustomEmojiId (a custom emoji shown before the button text) and style (primary / success / danger accent). The bundled TDLib already exposes both on TdApi.InlineKeyboardButton and TdApi.KeyboardButton, so this PR is rendering-only — no TDLib or layer changes.

What it does

Commit 1 — inline keyboards (TGInlineKeyboard, TGMessage, MessageView):

• iconCustomEmojiId is rendered before the button text via a single-emoji Text (the same FormattedText("*") + TextEntityTypeCustomEmoji pattern as EmojiStatusHelper), so animated/static emoji, thumbnails and premium repainting all reuse the existing machinery. Media lives in a new dedicated lazily-created ComplexReceiver on MessageView (modeled after footerTextMediaReceiver), attached/detached/destroyed with the view; requests are wired through requestAllTextMedia, invalidation through performWithViews like hAuthorEmojiStatus. Text width is reduced by the icon footprint during measure; the icon+text group stays centered, RTL mirrored.
• style maps onto the existing per-button color override path (customColorId) using the app's canonical semantic colors (OptionsLayout.getOptionColorId precedent): primary → textNeutral, success → iconPositive (same as the giveaway "participating" button), danger → textNegative. In plain mode it colors outline + text + ripple + progress + corner type icons; in bubble mode the text is tinted while the standard translucent fill is kept.
• Drive-by fix: the stale-button trimming loop in buildLayout removed only every other extra button (remove(i) while iterating forward); replaced with a correct shrink that also releases per-button resources.

Commit 2 — reply (bot) keyboards (CommandKeyboardLayout, MessagesController):

• Buttons are now CustomEmojiTextView (existing widget); the icon is a CustomEmojiId span over a placeholder char prepended to the label — EmojiFilter does the rest.
• style drives the per-button text color, re-registered on every bind via addOrUpdateThemeTextColorListener since views are recycled between keyboards.
• Lifecycle: recycled-away buttons and the layout itself get performDestroy(); the controller-level teardown happens only in the destroyInstance || !reuseEnabled branch (same pattern as emojiLayout), keeping the reuse-enabled cached controller intact.

Testing

• Both commits apply on the latest main and :app:compileLatestUniversalDebugJavaWithJavac passes clean.
• The change went through an additional multi-pass review focused on receiver lifecycle (keyboard removal via markup edit no longer leaves hidden animated emoji decoding), measurement edge cases (icon footprint can no longer push the text layout width ≤ 0 on many-column rows), style tint at rest for corner type icons, and controller reuse.
• Screenshots: I don't have a local full (native) build environment, so before/after screenshots will follow from the first test build; happy to iterate on the visual details (icon size 17dp ≈ button text size, 4dp spacing, style colors) per your design feedback.